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COKKUNZCATIONS NETWORK INTERFACE, 
AND ADAPTER AND METHOD THEREFOR 

Background of the Invention 
This invention relates generally to interfacing a 
5 station with a conununications network. In a particular 
aspect of the preferred embodiment of the invention, a 
device operating in a master-slave mode of operation is 
adapted to a token ring network operating in a peer-to- 
peer mode, 

10 An example of a communications network with which 

the present invention can be used is one which connects 
one or more musical instruments, computers and 
synthesizers so that the connected equipment can be used 
to create and play synthesized music. A specific 
15 implementation of such a network is a local area network 
that uses the token passing access method, whereby the 
network can be referred to as a token ring network. 

A token is typically a series of bits in a 
predetermined unique format. In a token ring network, 
20 the token passes sequentially from station to station 
until a station seizes the token and transmits its own 
data. other stations on the network "listen" to the 
transmitted data, utilize it if it is addressed to them, 
and pass the data on. When the transmission concludes, 
25 the seizing station relinquishes the token by 
transmitting the token format back onto the network. In 
such a network, data flows circularly from the current 
token-holder around the ring. 

To enable network transmissions to be recognized, 
30 they need to conform to some standard. A well-known 
standard is the Synchronous Data Link Control (SDLC) 
protocol. SDLC is a bit-oriented synchronous protocol. 

A device that works with this protocol is the Zilog 
8530 serial communications controller. One of these 
35 devices can operate in an SDLC loop mode to interface a 
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station to a network having a ring topology. The 8530 
serial communications controller in SDLC loop mode is 
designed for use as part of a master-slave network, in 
which each message is either from the ring master to a 
5 slave or from a slave to the ring master. In this 
configuration, while a slave sends a message to a master, 
the master sends back all logic ones ("l") to the slave. 

This master-slave arrangement, however, is not 
desirable for some applications. With regard to the 

10 music synthesis network mentioned above, peer-to-peer 
communications, wherein any station on the network can 
communicate directly with any other station without going 
through a master station, is preferred because of, for 
example, the greater flexibility of communication due to 

15 the direct station-to-station communication. In peer-to- 
peer communications, while one device is sending data, 
there is not another device on the ring sending it all 
ones. Instead, the data sent by that device goes all the 
way around the ring and back to the sender. Thus, the 

20 8530 chip operating in SDLC loop mode has not been useful 
in peer-to-peer communications because it would not 
receive the expected stream of ones during transmission. 
Instead it would receive its transmitted data back so 
that it would likely transmit an improper format at the 

25 conclusion of its transmission. 

One way to implement a peer-to-peer token ring 
network is to use an IBM Token Ring chip; however, this 
device is relatively expensive (e.g., about $35-$80) 
compared to the 8530 serial communications controller 

30 (e.g., about $3). Thus, it would be desirable to be able 

to connect a station to a peer-to-peer token ring network 
through an interface using the less expensive, but 
heretofore inapplicable master-slave device. This is 
accomplished by the present invention. 
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pnwiw^yY %hB Invention 
The present invention overcomes the above-noted and 
other shortcomings of the prior art by providing a novel 
and improved communications network interface and adapter 
5 and method therefor. In its preferred embodiment, the 

present invention enables a peer-to-peer token ring 
network to be implemented using a relatively inexpensive 
master-slave serial communications controller (such as 
the aforementioned approximately $3 8530 device) to 
10 connect a station at any node of the network. To 
accomplish this, an adapter transmits all logic ones to 
the serial communications controller when the controller 
is transmitting to the network. This satisfies the 
master-slave criterion of the serial communications 
15 controller while the adapter maintains peer-to-peer 
communication with the network. When the serial 
communications controller reaches the end of its 
transmission frame, it does the usual thing under master- 
slave operation: it sends a flag, then reconnects its 
20 input to its output. This produces a flag followed by 

ones, which is the predetermined unique token format 
desired. The adapter transfers this data to the network 
and looks for its return. Until it detects the flag from 
the network, it continues transmitting ones to the serial 
25 communications controller. Once the adapter detects the 
flag, it reconnects the controller to receive the signals 
from the network. 

Accordingly, the present invention provides a 
communications network interface adapter, comprising 
30 means, adapted to be connected to a communications 
network and to a serial communications controller at a 
node of the communications network, for transferring 
network data to the serial communications controller 
during a receive mode of operation. The adapter further 
35 comprises means, adapted to be connected to the 
communications network and to the serial communications 
controller at the node of the communications network, for 
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sending predetermined signals instead of network data to 
the serial communications controller during a transmit 
mode of operation. 

The present invention also provides an interface for 
5 a token ring network. The interface comprises a serial 
communications controller having a master-slave mode of 
operation. The interface also comprises the 

aforementioned adapter preferably embodied in a 
programmable logic device connected to the serial 

10 communications controller. This device is programmed to 
adapt the serial communications controller to operate on 
a peer-to-peer token ring network when the serial 
communications controller operates in the master-slave 
mode. The programmable logic device has a receive mode 

15 of operation. In this mode a signal received by the 
programmable logic device from a connected token ring 
network is transferred to the serial communications 
controller, and a signal received by the programmable 
logic device from the serial communications controller is . 

20 transmitted onto the connected network. The programmable 
logic device also has a transmit mode of operation. In 
this mode a predetermined signal is sent to the serial 
communications controller from the programmable logic 
device in place of a signal received by the programmable 

25 logic device from the connected network, and a signal 

received by the programmable logic device from the serial 
communications controller is transmitted onto the 
connected network. 

The present invention still further provides a 

30 method of communicating a station in a peer-to-peer mode 
on a token ring network. The method comprises: (a) 
receiving a signal from a token ring network; (b) 
transferring the received signal to a serial 
communications controller operating in a master-slave 

35 mode; (c) receiving a responsive signal from the serial 
communications controller; (d) transmitting the 
responsive signal onto the token ring network; and 
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repeating steps (a) through (d) until a predetermined 
token defined by a plurality of signals on the network is 
seized by the serial communications controller. When 
this occurs the following steps are performed until the 
5 token is passed on by the serial communications 
controller: receiving a signal from the token ring 
network; sending a predetermined signal to the serial 
communications controller to emulate to the serial 
communications controller master-slave operation during 
10 transmission by the serial communication controller; 
receiving a signal from the serial communications 
controller; and transmitting the signal received from the 
serial commtmications controller onto the token ring 
network. 

15 Therefore, from the foregoing, it is a general 

object of the present invention to provide a novel and 
improved communications network interface and adapter and 
method therefor. Other and further objects, features and 
advantages of the present Invention will be readily 
apparent to those skilled in the art when the following 
description of the preferred embodiment is read in 
conjunction with the accompanying drawings. 

Brief Deserlpt lon of the Dravinoa 
FIG. 1 is a schematic and block drawing representing 
25 a token ring network in which the interface, adapter and 
method of the present invention can be used. 

FIG. 2 is a schematic and block drawing representing 
a star configured token ring network. 

FIG. 3 depicts an end coupling of, and signals 
30 communicated over, a cable used to link interfaces of the 
network . 

FIG. 4 depicts an end coupling of another type of 
cable used to link interfaces of the network. 

FIG. 5 is a schematic circuit diagram of the 
35 preferred embodiment interface, including the adapter, of 
the present invention. 



20 
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FIG. 6 is a flow chart of a program for the adapter 
of the interface of the present invention. 

Detailed Description cf Preferred Embodiment 
The present invention will be described with 
5 reference to a token ring network, a basic form of which 
is illustrated in FIG. 1. The network includes two or 
more interfaces 2 connected together by point-to-point 
lines implemented such as by known cables 4 that comply 
with an applicable standard (e.g., IEEE 802.5). Each 

10 interface 2 connects a respective station 6 into the 
network. A station 6 includes particular equipment which 
is to utilize or generate the information communicated 
over the network. An example of such equipment is a 
musical instrument, synthesizer or computer in a music 

15 synthesis local area network that uses the ring topology 
and the token passing access technique. 

Although the present invention is not limited to a 
specific communications protocol, the preferred 
embodiment of the invention has been developed for use in 

20 a token ring network operating under a new standard known 
as the Zeta Instrumental Processor Interface developed by 
Zeta Music Partners, a partnership between Zeta Music 
Systems, Inc. and Gibson Ventures, Inc. A brief 
explanation of this will be given before further 

25 describing the present invention. 

Zeta Instrumental Processo r Interface 

The network specification for this standard defines 
a collection of protocols that allow musical instruments, 
synthesizers, mixer boards, lighting controls, and other 

30 similar devices to communicate with one another. 

The protocols constitute a stack that conforms to 
the OSI model. "OSI" stands for "Open Systems 
Interconnection." OSI was developed by the International 
Standards Organization as a model for how to divide 

35 computer networks into various conceptual layers. The 
physical and data link layers have been fully defined for 
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the Zeta Instnunental Processor Interface. In addition 
a network-layer naming service has been specified and 
various application-layer protocols have been defined. 
Routing, transport, session, and presentation protocols 
5 are not specified, as there is no immediate need for 
them, but hooks have been left to allow the inclusion of 
such protocols. 

As of 1994 the following are some features of the 
Zeta system: 

10 • peer-to-peer architecture — Any device can 

send messages directly to any other device on 
the ring, or to all devices at once. Up to 253 
devices can be on the ring. 

low per-node cost — The hardware for an 
15 interface used to connect to the network at a 

node is relatively inexpensive (e.g., less than 
$5) because the nodal interface can be 
implemented by the present invention, 
compatibility — The Zeta system works with 
20 other protocols. Specific provision has been 

made to carry MIDI data over the data- link 
protocol used in the Zeta system. Hooks have 
been left to run other protocols as the market 
requires. (it also uses SDLC conventions.) 
25 • open architecture — Zeta Music Partners has 

published the draft specifications for the 
protocols and will continue to publish revised 
specifications. 

efficiency — The protocols allow the most 
30 common information to be passed in very small 

frames. The token passing network scheme uses 
most of the network bandwidth for transmitting 
data. 

determinism — The token passing ring 
35 guarantees that each node will get a chance to 

send data whenever the token cones around the 
ring. once a device has the token, the data 
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that it transmits will arrive before a certain 
time since no other device has permission to 
talk while another holds the token, 
fault tolerance — The network does not fail if 
5 one of the nodes fail as a failed node is 

automatically bypassed. 

OSI — The protocols conform to the OSI model, 
allowing functionality with other networks such 
as Ethernet or FDDI. 

10 • speed — The network operates at speeds from 

250 KHz and up (presently available hardware 
will support up to 20 MHz) . Data rate is 
variable depending on the capability and need 
of all the devices on the network. Initial 

15 turn-on baud rate is 250K baud, but the 

software has a protocol for bringing the baud 
rate up to any speed that all devices can 
handle. 

small processor load — each host processor is 
20 interrupted only when it receives a message 

addressed to it. Only the network monitor 
device must see every message. 

minimal cabling required — each node needs 
only one cable to connect it to the network. 
25 The protocols are divided into layers according to 

the OSI model. The following sections summarize network 
operations at the various layers. 
physical laver 

Logically, the nodes are connected in a ring, in 
30 which each device passes data to the next one around the 
ring. Physically, the devices are connected in a star- 
shaped configuration in which each device is connected to 
an active "hub" at the center of the star. The network 
is laid out as a star-shaped token passing ring such as 
35 illustrated in FIG. 2, wherein a network of four nodes is 

depicted (a network can have a minimum of two nodes) . At 
the center of the star is an active hub 8 (or a group of 
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hubs) that has two functions: it connects the devices on 
the ring to one another and it monitors the general 
health of the network. The hub 8 is a conventional 
apparatus and is connected to the interface 2 of each 
5 node by a respective cable 4 as well-known in the art. 
The hub 8 maintains the logic of a ring by sending the 
data coming from each device out to the next device in 
the star. The hub 8 can include bypass switches (not 
shown) which close to bypass a node that is not 
10 functioning, thereby maintaining the closed loop 
communication path of the ring. 

Each interface 2 is connected to the hub 8 by a 
seven-wire cable 4 with two directions of data flowing 
through it. Each direction has clock, data, and current 
15 lines; the seventh wire is for shielding the entire 

cable. It would be possible to encode the clock onto the 
data line, eliminating the need for the clock wire and 
associated opto-isolator (in the interface 2). The 
receiving device could use a digital phase locked loop 
20 for clock recovery. However this would limit maximum 
data rates to approximately IM and reduce communications 
reliability so the separate clock lines are preferred. 
Each cable end is terminated with a 7-pin DIN plug 10 
schematically illustrated in FIG. 3. 
25 A respective cable can alternatively be terminated 

with an eight -pin mini-DIN connector 12 (FIG. 4), to 
allow the respective interface 2 to be built into laptop 
computers. In this case the signal designations for the 
pin out configuration of FIG. 4 are as follows: 



30 


pin 1 


clock out 




pin 2 


clock in 




pin 3 


current out 




pin 4 


shield 




pin 5 


current in 


35 


pin 6 


data out 




pin 7 


no connection 




pin 8 


data in 
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By having one cable 4 carry information in two 
directions, each interface 2 needs only one female seven- 
pin DIN connector. The hub 8 has multiple female seven- 
pin DIN connectors, all equivalent. An interface 2 can 
5 then be attached to a hub 8 using a male-to-male seven- 
pin DIN cable 4. Multiple hubs 8 can be attached to one 
another in the same way. 

The hub 8 preferably has two light-emitting diodes 
(LEDs) per plug, with the following respective meanings: 
10 * an interface is connected and sending a clock. 

the connected interface is sending data. 
The network preferably uses an opto-isolated current 

loop. 

Up to 253 nodes can be connected on a single ring. 

15 In addition to providing connectivity, the hub 8 

implements a monitoring function to keep the network 
running smoothly. There is no technical reason why the 
monitor device has to be the same as the hub 8, but by 
making the hub 8 the monitor in the preferred embodiment 

20 of the Zeta system, non-monitor-capable devices can be 
used at the nodes. The practical implication of this 
preferred implementation is that two non-monitor-capable 
devices cannot be directly connected (of course, if there 
are three or more devices, a hub is required anyway just 

25 for connectivity.) 

The monitor device provides the protocol for picking 
a clock speed for all ring communications; devices on the 
ring can negotiate the speed of the clock. The monitor 
must resynchronize the data to deal with a situation 

30 wherein the clock the monitor uses to send data is not in 
phase with the clock it uses to receive data. 
Furthermore, the monitor ensures that the token is 
circulating and that no garbage circulates on the ring; 
if the token is lost, the monitor must detect this and 

35 put a new token on the ring. Another monitoring function 
is the implementation of a sixteen-bit delay in the ring. 
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lt is possible to have multiple monitor-capable 
devices; the software protocols elect a single monitor 
from among the qualified devices. It is also possible to 
have passive hubs that provide connectivity with no 
5 monitor capabilities. 

When a ring of devices is formed, an automatic 
start-up sequence begins. First, the ring monitor is 
elected. The clock rate is determined, and all the other 
overhead of the network is taken care of automatically 
10 within a second of connecting the ring, 
data link lay^r 

The data link layer of the Zeta system provides the 
following services in addition to sending and receiving 
frames: 

15 • It ensures that data has been received 

correctly by checking the Cyclical Redundancy 
Checking (CRC) data included with each frame 
and discarding frames on which the CRC is bad. 
It sends acknowledgements of received frames 
20 (at the option of the senders) . 

It establishes an address for its device that 
is unique among devices on the network. 
It negotiates with the other devices on the 
network to determine the clock speed at which 
25 the network runs. 

The data link layer in the device monitoring the 
ring also ensures that there is a token on the ring and 
that no garbage is on the ring, and it notifies other 
devices when the clock speed is changing. 
30 application laver 

There can be several application layer protocols in 
the Zeta system. They include: 

Music Parameter Description Language (a 
language for describing music) 
35 • MIDI 
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unrestricted binary data, such as sample dumps, 
memory dumps, inter-computer communication, 
etc* 

mixer automation, lighting, and effects control 
machine control/synchronization 
virtual reality 
nther lavers 

There is also a network- layer naming protocol to 
allow devices on the network to find one another either 
by name or by any of a large and expandable list of 
characteristics. For example, the naming protocol allows 
a device to search the network for "synthesizers capable 
of playing at least twelve notes and that can accept data 
at 1.0 Mb per second." 

Hooks have been left for other protocol layers. 

Although the present invention can be used in the 
foregoing Zeta system, the invention itself pertains only 
to the interface 2 which will now be described in detail. 
Interface 2 

Referring to FIG. 5, the interface 2 of the present 
invention comprises a serial communications controller 14 
having a master-slave mode of operation. The interface 
2 of the present invention also comprises an adapter 16 
which adapts the master-slave serial communications 
controller 14 to the peer-to-peer token ring network 
described above. In a particular implementation, the 
interface 2 further comprises an isolating input coupling 

device 18. 

serial communications co ntroller 14 

The preferred implementation of the interface 2 is 
based on the 8530, an inexpensive serial communications 
controller chip available from Zilog and Advanced Micro 
Devices, or on one of its close relatives (the 85230 is 
shown in FIG. 5 and is preferred, but "8530" will be used 
herein to generally refer to this family of particular 
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devices) . The 8530 running in "SDLC loop mode" 
implements most of the physical layer of the previously 
described Zeta system as well as some of its data link 
layer protocol. The 8530 automatically handles most of 
5 the SDLC protocol: device addressing, host processor 
interrupts only for matched addresses, data framing, CRC 
error checking, and hardware arbitration of who gets to 
talk when. It provides automatic flag sending and zero 
insertion. It has a four byte first-in, first-out buffer 
10 and supports DMA (direct memory access) . Data is sent 
packaged in SDLC frames. The SDLC frames have the 
following format: 

2 or more flags (binary OllllllO) , followed by 
data (characterized by never having more than 
15 five consecutive I's) , followed by 

a closing flag (binary OllllllO) 
A frame may be preceded by any number of I's, and a 
frame may be aborted at any time by sending the abort or 
end-of-poll (EOP) character (binary Olllllll, wherein the 
20 "0" is the leading bit in the serial stream; it is this 
bit pattern that is the "token" in the particular 
implementation described herein) . 

More particularly, in conventional SDLC loop mode 
the 8530 listens to the messages being sent around the 
25 network, uses them if it is addressed, and passes these 
messages to the rest of the loop by retransmitting them 
with a one-bit time delay. 

When an 8530 has a message to transmit and 
recognizes an EOP character on the line, it changes the 
30 last binary 1 of the EOP to a 0 before transmission. 

This has the effect of turning the EOP into a flag 
sequence. The 8530 then outputs its message. The 
message terminates with a flag and an EOP. 

The 853 0 can be adapted for the particular Zeta 
35 system described above by software which, although not 
forming part of the present invention: 
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provides an interrupt routine for the 8530 that 
pushes the necessary registers, calls the 
routine provided by Zeta, and resets any 
interrupt control hardware other than that in 
5 the 8530; and 

sets up a timer, handles the timer interrupt, 
pushes the registers, and calls other provided 
routines, 
adapter 16 

10 Broadly, the adapter 16 for the communications 

network interface 2 of the present invention comprises 
means, adapted to be connected to the communications 
network and to the serial communications controller 14 at 
a node of the communications network, for transferring 

15 network data to the serial communications controller 
during a receive mode of operation • The adapter 16 
further broadly comprises means, adapted to be connected 
to the communications network and to the serial 
communications controller 14 at the node of the 

20 communications network, for sending predetermined signals 
instead of network data to the serial communications 
controller 14 during a transmit mode of operation. These 
means are implemented in the preferred embodiment of the 
present invention by a programmable logic device 

25 programmed in accordance with the explanation of the 
invention contained in this specification (a specific 
program is listed at the end of this specification). 

The programmable logic device is connected to the 
serial communications controller 14 to adapt it to 

30 operate on the peer-to-peer token ring network when the 
serial communications controller 14 operates in the 
aforementioned master-slave mode. The programmable logic 
device has a receive mode of operation wherein a signal 
received by the programmable logic device from a 

35 connected token ring network is transferred to the serial 
communications controller 14 and further wherein a signal 
received by the programmable logic device from the serial 
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comiaunications controller 14 is transmitted onto the 
connected network. The programmable logic device also 
has a transmit mode of operation. In this mode a 
predetermined signal is sent to the serial communications 
5 controller 14 from the programmable logic device in place 
of a signal received by the programmable logic device 
from the connected network, and a signal received by the 
progreonmable logic device from the serial communications 
controller 14 is transferred onto the connected network. 
10 The prograxnmable logic device is implemented in the 

preferred embodiment by a model 22V10 device (such as the 
model 22V1D Programmable Array Logic (PAL) device from 
Advanced Micro Devices) as identified in FIG. 5 by the 
adapter reference numeral 16. The PAL 16 does two things 
15 required for a token ring that the 853 0 serial 
communications controller 14 does not do: 

it removes from the ring any frames transmitted 

by the 8530, and 

it re- inserts the token on the ring, if 
20 necessary, after a frame transmitted from the 

8530 has been removed from the ring. 
The PAL 16 has the following inputs shown in FIG. 5: 
RXD — data signal received from the network 
/RXC — clock signal received from the network 
25 (also connected to the /RTXC pin of the 

8530) 

FRMSET — signal from the 8530 to indicate 
whether it is transmitting a frame; it is 
provided via the /RTS pin on the 8530 
30 TXD — data signal received from the TXD pin of 

the 8530 for transfer to the network 
TXC — clock signal received from the /TRXC pin 

of the 8530 for transfer to the network 
/RESET — reset signal from the /DTR-/REQ pin 
35 of the 8530. 

The RXD and /RXC signals are generated by the 8530 
of another station on the ring. They are therefore 
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synchronized. FRMSET is asynchronous and may occur at 
any time. 

The PAL 16 has the following outputs: 

RX8530 — data signal transferred to the 8530 
5 via the connected RXD pin of the 8530 

SO, SI — status and testing signals from the 
PAL to the /CTS and /DCD pins, 
respectively, of the 8530 
DATA OtJT — data signal transferred to the 
10 network 

CLOCK OUT — clock signal transferred to the 
network 
^nput iso lation device 18 

The PAL outputs provided to the network are 

15 connected directly via the cable 4; however, the PAL 
inputs received from the network preferably are isolated 
through a suitable line isolator. In the preferred 
embodiment shown in FIG. 5, the isolator is an opto- 
coupler such as a fast dual opto-isolator (e.g., the TI 

20 HCPL2630 labeled ••18" in FIG. 5) which isolates the 
internal RXD and /RXC lines from the network DATA IN and 
CLOCK IN lines. The opto-coupler 18 has respective 
inputs for connecting to the network data input line and 
the network clock input line. It also has an output 

25 connected to the respective clock inputs of the serial 
communications controller 14 and the adapter 16 for 
communicating the network clock signal thereto, and it 
has an output connected to the data input of the adapter 
16 for communicating the network data signal thereto. 

30 The foregoing describes implementations of 

components of the preferred embodiment interface 2 and 
their interconnections with each other and the 
communications network. The interface 2 also connects to 
a respective station 4 as illustrated in FIGS. 1 and 2. 

35 This connection is made in a known manner whereby the 
station is connected to other respective pins of the 
particular 8530 device that is used. These pins are not 
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shown as they are known from published literature on the 
particular device used (see also page 79 of Computer 
Music Journal, Vol. 18, No. 4 (Winter 1994) and, more 
generally, pages 47-96 thereof, incorporated herein by 
5 reference) . 

With the structure of the interface 2 having been 

described, its operation and the method of the present 

invention as implemented by the circuit of FIG. 5 will 
next be described. 

10 QPgmign 

The network data line starts at "mark" idle state 
(logical one). In the pass-through start up state of the 
PAL, the received input on RXD (PAL) is output on RX8530 
for transferring (or "echoing") received network signals 
15 to the 8530. A 1.0 bit time delay is acceptable. A 0.5 
bit time delay is preferable. The received signals on 
the PAL'S TXD and TXC inputs are output by the PAL on 
DATA OUT and CLOCK OUT, respectively, for transferring 
these signals from the 8530 to the network. The signal 
20 received by the PAL on TXD is typically responsive to 
what the 8530 received via RX8530. For example, if the 
RX8530 data is not a token seized by the 8530, the data 
the 8530 outputs to TXD is the same as what it received 
via RX8530. If the RX8530 signal is a token that is 
25 seized by the 8530, then the data output to TXD is that 
which the 8530 wants to transmit to the network in 
response to the seized token. As shown in FIG. 6, this 
process continues in a looping manner until FRMSET goes 
high. 

30 Data on the network is framed with an opening flag 

and a closing flag (back to back frames with shared flags 
are not permitted in the protocol of the above-described 
Zeta system so that the PAL 16 can recognize line 
status) . A station can transmit when its interface 

35 receives the token (mark idle following the closing flag 
of a message) or an abort signal (mark idle during the 
reception of a message) . When one of these conditions 
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occurs and there is data to send, the 8530 converts the 
token to a flag and goes into flag idle until the station 
starts sending data. At this point, the token has been 
seized. 

5 When the 8530 starts sending data, it asserts 

FRMSET. When FRMSET goes high (is asserted), the PAL 
continues to receive signals from the network via RXD and 
/RXC; but instead of forwarding the RXD data to the 8530, 
the PAL sends a predetermined signal to the 8530 to 

10 emulate to the 8530 master-slave operation during 
transmission by the 8530. In the preferred embodiment, 
the PAL holds RX8530 at mark idle (logical one) . This 
holds the token. The PAL continues to receive over TXD 
(and TXC as well) and transmit over DATA OUT (and CLOCK 

15 OUT as well). FRMSET should remain asserted until the 

last few bytes of the message, preferably the CRC. When 
the last byte is sent in the preferred embodiment, FRMSET 
is released. This causes the PAL to start searching the 
RXD data from the network for its termination condition. 

20 When FRMSET goes low, the PAL continues to assert 

mark idle on RX8530 until either of two terminating 
conditions is detected via its RXD. The continued 
marking idle is important because the falling edge of 
FRMSET is asynchronous. Furthermore, when the closing 

25 flag of a frame is received from RXD, it may be followed 

by more flags. The timing of the flag sent over RX8530 
and the reversion of RX8530 to follow RXD must be such 
that the flag sent by RX8530 is immediately followed by 
the flags on RXD; therefore, it is not permissible to 

30 introduce or delete a bit at this transition. The two 

terminating conditions include: 

a) non-flag data followed by a flag coming in on 
RXD (presumably the closing flag of the just 
transmitted frame) (a flag can be recognized 

35 simply by detecting six consecutive ones; non- 

flag data can be recognized either by three or 
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nore consecutive O's or by a 0 followed by five 
or fewer I's) ; or 
b) a token (an abort is recognized as a token, 
which is a 0 followed by seven I's). 
5 When either of these terminating patterns is 

recognized by the PAL, then a flag character (binary 
01111110) is sent to the 8530 over RX8530. Then RX8530 
reverts to following RXD and the primary "listen" mode 
loop shown in FIG. 6. 
10 Signals SO and Si are used for verifying status of 

the PAL and for testing. 

The foregoing operation can be specifically 
implemented using the interface shown in FIG. 5 and the 
PAL program at the end of this specification. 
15 It is to be noted also that the invention can be 

implemented in other embodiments and implementations. 
For example, the adapter 16 can be implemented by any 
means which provides the necessary function, specifically 
the peer-to-peer/master-slave interface of the preferred 
20 embodiment. Such alternative implementations can be 
hardware or software based (or both) and can include, for 
example, discrete or integrated circuit logic devices or 
circuits (of which a programmable logic device is only 
one type) or a programmed microprocessor. 
25 Thus, the present invention is well adapted to carry 

out the objects and attain the ends and advantages 
mentioned above as well as those inherent therein. While 
a preferred embodiment of the invention has been 
described for the purpose of this disclosure, changes in 
30 the construction and arrangement of parts and the 

performance of steps can be made by those skilled in the 
art, which changes are encompassed within the spirit of 
this invention as defined by the appended claims. 
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What is claimed is: 

1. A communications network interface adapter, 
comprising: 

means, adapted to be connected to a 
5 communications network and to a serial 

communications controller at a node of the 
communications network, for transferring 
network data to the serial communications 
controller during a receive mode of 
10 operation; and 

means, adapted to be connected to the 
communications network and to the serial 
communications controller at the node of 
the communications network, for sending 
1^ predetermined signals instead of network 

data to the serial communications 
controller during a transmit mode of 
operation. 

2. A communications network interface adapter as 
20 defined in claim 1, wherein the communications network is 

a peer-to-peer token ring network and wherein the serial 
communications controller operates in a master-slave 
mode. 

3. A communications network interface adapter as 
25 defined in claim 2, further comprising a programmable 

logic device programmed to define both said means. 

4. An interface for a token ring network, 
comprising: 

a serial communications controller having a 
30 master-slave mode of operation; and 

a programmable logic device connected to said 
serial communications controller for 
adapting said serial communications 
controller to operate on a peer-to-peer 
35 token ring network when said serial 

communications controller operates in said 
master-slave mode, said programmable logic 
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device having both a receive mode of 
operation, wherein a signal received by 
said programmable logic device from a 
connected token ring network is 
transferred to said serial communications 
controller and further wherein a signal 
received by said programmable logic device 
from said serial communications controller 
is transmitted onto the connected network, 
and a transmit mode of operation, wherein 
a predetermined signal is sent to said 
serial communications controller from said 
programmable logic device in place of a 
signal received by said programmable logic 
device from the connected network and 
further wherein a signal received by said 
programmable logic device from said serial 
communications controller is transmitted 
onto the connected network* 
An interface as defined in claim 4, wherein: 
said interface further comprises an opto- 
coupler having respective inputs for 
connecting to a network data input line 
and a network clock input line and further 
having a first output connected to said 
serial communications controller and said 
programmable logic device for 
communicating a network clock signal 
thereto and still further having a second 
output connected to said programmable 
logic device for communicating a network 
data signal thereto; and 
said programmable logic device has a first 
output for connecting to a network data 
output line and a second output for 
connecting to a network clock output line. 
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6. A method of communicating a station in a peer- 
to-peer mode on a token ring network, comprising: 

(a) receiving a signal from a token ring 
network; 

5 (b) transferring the received signal to a 

serial communications controller operating 
in a master-slave mode; 
(c) receiving a responsive signal from the 
serial communications controller; 
10 (d) transmitting the responsive signal onto 

the token ring network; and 
repeating steps (a) through (d) until a 
predetermined token defined by a plurality 
of signals on the network is seized by the 
15 serial communications controller, then 

performing the following steps until the 
token is passed on by the serial 
communications controller: 
receiving a signal from the token ring 
20 network; 

sending a predetermined signal to the 
serial communications controller to 
emulate to the serial communications 
controller master-slave operation 
25 during transmission by the serial 

communication controller; 
receiving a signal from the serial 

communications controller; and 
transmitting the signal received from the 
^0 serial communications controller onto 

the token ring network. 
7. A method as defined in claim 6, wherein the 
signals of steps (a) and (c) are received by a 
programmable logic device. 
35 8. A method as defined in claim 6, wherein the 

predetermined signal represents logic 1. 
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